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Advice of charge 

BACKGROUND OF THE INVENTION 

The invention relates to advice of charge of calls and especially to 
advice of charge in a cellular mobile system utilizing an intelligent network, in 
5 which system the service provider can use in its service the services of other 
service providers and/or different network operators. 

The subscriber of a telecommunications network - for instance a 
fixed network or a mobile network - can be offered a large number of different 
services by means of an intelligent network (IN). One such service is advice of 

10 charge which gives the caller an estimate on the charge of the made call. 
Calculating an advice of charge is generally supported by means of the 
intelligent network. A mechanism for calculating an advice of charge generally 
used in mobile networks is that the tariff level of the call is known on the basis 
of the dialled number and mobile subscription type (subscriber class mark). 

15 The tariff level can also be obtained from a service control point (SCP) of the 
intelligent network. The tariff level indicates the single-fee charge or time 
charge valid at each point of time. In other words, the tariff level indicates the 
AoC (advice of charge) E parameters valid at each point of time. The E 
parameters indicate how often and how many advice of charge pulses are 

20 generated. A specific price has been defined for the advice of charge pulse. 
The E parameters indicate, for instance, any free-of-charge time in the 
beginning of the call, the advice of charge pulses to be generated after the 
free-of-charge time has expired, advice of charge pulses being generated at 
specific intervals and the time between them. Either single-fee charging or 

25 time charging can be applied to a call. The used advice of charge algorithm is, 
however, always the same. 

In providing services, the trend is towards using multi-provider 
environments in which a single service can use resources offered by several 
value added service providers and content providers. In addition, a service 

30 provider does not necessarily maintain the telecommunications network itself, 
but may buy the necessary network service from a network operator. The 
service can thus comprise a content service, a supplementary-service logic 
and an access service. Calculating the advice of charge of such a service 
requires the use of several different charging parameters. The total price of the 

35 service comprises the price of the content, the user charge of the 
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supplementary-service logic and the price of the connection. Different content 
services (with different prices) of several different content providers can be 
used through the same service logic, and the logic can be used in the 
networks of several different operators whose connection services naturally 
5 have different prices. Thus, the number of combinations available for providing 
the service becomes very large. In addition, different combinations have 
different prices. Also, since the different services use different resources, the 
calculation algorithm of prior art advice of charge with its E parameters cannot 
provide real-time data on the actual costs. 

10 BRIEF DESCRIPTION OF THE INVENTION 

It is thus an object of the invention to develop a method and an 
apparatus implementing the method so as to solve the above problem. The 
object of the invention is achieved by a method, system and network element 
characterized by what is stated in the independent claims. Preferred 
1 5 embodiments of the invention are stated in the dependent claims. 

The invention is based on the idea that a price definition element, 
by which the advice of charge of the service is calculated, is defined 
separately for each service. The price definition element is a logical element, 
i.e. a data structure, containing information on the formation mechanism of the 
20 service price and on the calculation parameters whose values are used in 
calculating the advice of charge. 

The invention provides the advantage that the calculation 
mechanism of the advice of charge can be customised for each service to take 
into consideration all factors affecting the price formation. This way, the advice 
25 of charge indicates exactly the actual price of the call, whereby it can also be 
used in real-time billing. In addition, updating and modifying a single price 
definition element is simple and easy. 

In a preferred embodiment of the invention, the price definition 
element requests calculation parameter values from other system components 
30 participating in providing the service. This embodiment provides the additional 
advantage that local values can be taken into account in billing. In addition, 
sponsoring the service and taking it into account in pricing becomes easier: for 
instance, if a map service map in location A comprises an advertisement, there 
is no charge for the map (the calculation parameter value is set to zero), but in 
35 location B, where there is no advertisement, there is a charge for the map. 
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In a preferred embodiment of the invention, the advice of charge of 
the service calculated by the price definition element is forwarded to the billing 
system. This embodiment provides the additional advantage that it avoids 
calculating both the advice of charge and billing data in vain. This reduces 
5 signalling and load on the network elements. 

In a preferred embodiment of the invention, a calculation parameter 
value which changes during the service is updated into the price definition 
element. This provides the advantage that it isv possible to offer customers 
services which are more customised than before, which take into consideration 
10 the changes in the operating environment in a more versatile manner, and 
whose advice of charge indicates the correct price to be charged for the 
service. 

In a preferred embodiment of the invention, advice of charge is 
transmitted at predefined intervals. This further improves the real-timeliness of 
1 5 the price shown to the customer and/or of the billing system. 

BRIEF DESCRIPTION OF THE DRAWINGS 

In the following, the invention will be described in greater detail in 
connection with preferred embodiments and with reference to the attached 
drawings, in which 

20 Figure 1 illustrates the architecture of a telecommunications system, 

Figure 2 shows a block diagram of the structure of an advice of 
charge instance, and 

Figure 3 shows an example of data transmission according to the 

invention. 

25 DETAILED DESCRIPTION OF THE INVENTION 

The present invention can be applied to any data transmission 
system in which advice of charge is used and services, whose billing is based 
on other grounds than used time and/or transmitted amount of data, are 
provided. One such system is the pan-European mobile system GSM (Global 

30 System for Mobile Communication) and especially the next generation of it, 
the GSM 2+. In the following the invention will be described using the UMTS 
(Universal Mobile telecommunications System) as an example without limiting 
the invention to this system, however. The UMTS and the IMT-2000 
(International Mobile Telecommunications 2000) are third-generation mobile 

35 systems currently under development. The UMTS is being standardized in the 
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ETSI (European Telecommunications Standards Institute) and the ITU 
(International Telecommunications Union) is standardizing the IMT-2000. 
These future systems are very similar in their basic properties. The 
specifications of mobile communication systems in general and of the IMT- 
5 2000 and UMTS systems in particular evolve rapidly, as do those of the 
intelligent network. This evolution may require extra changes to the invention. 
Therefore, all terms and expressions should be interpreted as widely as 
possible and they are intended to describe and not to limit the invention. It is 
the function that is essential for the invention and not in which network 

10 element or apparatus it is executed. 

A telecommunications system implementing the functionality of the 
present invention comprises not only means needed for implementing prior art 
services, but also means for maintaining the logical price definition elements 
used in various advice of charge processes and for calculating advice of 

15 charge for individual services using the price definition element indicated by 
the service. In addition, the system may comprise means for requesting the 
parameter values needed by the price definition element from the service 
providers and operators participating in providing the service. The system may 
also comprise means for forwarding changed parameter values to the price 

20 definition element. The telecommunications system may be a system utilizing 
wireless communication or a system based on a fixed network. The 
telecommunications system can also be adapted to use advice of charge in 
billing, in which case the system comprises means for forwarding the advice of 
charge to the billing system, for instance to the real-time billing of prepaying 

25 subscribers. A prepaying subscriber is a subscriber paying in advance, i.e. 
using prepaid subscription. 

Figure 1 shows the network architecture of the UMTS system on a 
general level, since a more detailed network structure bears no essential 
significance with regard to the invention. Third-generation mobile 

30 communication systems separate a service provider SP and a network 
operator from each other. A service provider offers services to an end-user 
through a network SN of one or more network operators. This type of network 
SN that provides services is called a serving network. A service provider can 
offer services through a serving network SN of one or more network operators. 

35 In addition, a service provider may switch to another serving network during 
the service without the user noticing it. A service provider can also be a 
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network operator. In addition to the service provider, one or more value added 
service providers and/or content providers can be used to provide the service. 
These are referred to as CP in Figure 1. In the following, the term 'service 
provider' is used of the service provider from which the subscriber has ordered 
5 the service. Value added service providers and content providers are, in the 
following, referred to as sub-providers. The service provider of an A service 
can be a sub-provider of a B service and vice versa. 

For providing a service, the service provider's network has at least 
one service control point SCP1 , with which the functions are controlled so as 

10 to produce intelligent network services. In connection with an intelligent 
network service, a service logic program SLP is initiated and a service logic 
instance is created to provide the service. The service logic is initiated either in 
the service control point or it is loaded during initiation into the sen/ice network 
or terminal, for instance. In a first preferred embodiment of the invention, each 

15 service logic program is associated with its own advice of charge calculation 
algorithm program AoC-P. The AoC-P is a logical price definition element 
containing information on the formation mechanism of the service price and on 
the calculation parameter values which it needs as input to be able to calculate 
the advice of charge. The price definition element is loaded in the execution 

20 environment during the initiation of the service logic to calculate the advice of - 
charge of the service requested by the caller. The price definition element is 
described in greater detail in Figure 2. When each service logic program is 
associated with its own price definition element AoC-P, it is possible to freely 
define the needed parameters and their number taking into account the 

25 individual characteristics of each service. 

In some other embodiments, an identifier or some other indication 
of the price definition element used can be associated with the service logic 
program. It is also possible to associate a price definition element with the 
service logic program, when the service logic program uses various network ' 

30 elements in a versatile manner to provide the service, and an indication of the 
price definition element to be used with more simple service logic programs. 
This way, the same calculation algorithm need not be stored several times. For 
current services using a prior art calculation algorithm, for instance, just a 
reference to the calculation algorithm is enough. Some embodiments do not 

35 necessarily even need a reference, since the lack of the price definition 
element or its indication in the service logic program can mean that the prior 
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art calculation algorithm is to be used. It is essential that there are at least two 
price definition elements for calculating the advice of charge and that there is 
some indication as to which element each service uses. The term 'standard 
price definition element' can also be used of a prior art advice of charge. 
5 Figure 1 does not show a detailed structure of the serving network, 

as it bears not significance with regard to the invention. In the UMTS system, 
the serving network SN comprises an actual access network AN and one or 
more core networks CN. The access network AN handles mainly matters 
related to the radio path, i.e. it offers the core network the radio access 

10 necessary for wireless operation. The core network CN can be any 
conventional telecommunications network or a future telecommunications 
network modified to efficiently utilize the access network in wireless 
communication. The core network can be a GSM network or a GSM 2+ 
network, for instance. Connections to other networks are established through 

15 the core network. Other networks can be other networks in the UMTS system, 
data networks and the public switched telephone network, for instance. In the 
first preferred embodiment of the invention, the serving network SN comprises 
' an intelligent network service control point SCP2. Alternatively, or in addition 
to the SCP2, one of the network elements in the serving network may 

20 comprise an intelligent network service control function SCF or an interface to 
one. The SCF controls the functions to produce intelligent network services. In 
the first preferred embodiment of the invention, the execution environment EE 
of the advice of charge is located in the intelligent network service control point 
SCP2 of the serving network. The execution environment can also reside in 

25 another network element or even in the mobile station. It is enough for the 
serving network SN that it can forward the calculated advice of charge to the 
mobile station and the parameters needed to calculate the advice of charge to 
the execution environment. 

The mobile station MS comprises actual mobile equipment ME and 

30 a detachably connected identification card USIM, also called a subscriber 
identity module. In this context, a mobile station MS generally means the entity 
formed by the subscriber identity module and the actual mobile equipment. 
The mobile station MS can be a simplified apparatus transmitting speech only 
or it can be an apparatus providing versatile services, acting as a service 

35 platform and supporting the loading and execution of functions related to 
various services. It can, for instance, comprise an execution environment T- 
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SCF of an intelligent network service logic corresponding to the service control 
function on the network side. The execution environment EE of the price 
definition element can also reside in an advanced mobile station MS. Mobile 
equipment ME can be any apparatus or combination of apparatuses capable 
5 of communicating in a mobile system, for instance a multimedia computer with 
a Nokia card phone connected to it to provide a mobile connection. The only 
requirement for a mobile station of the invention is that it is capable of 
forwarding a service request from the user to the network and the price data 
indicated by the advice of charge of the service to the user. 

10 Mobile stations usually have two meters for advice of charge, one 

for metering the charging units of the call in progress and one for metering the 
charging units of both the call in progress and the earlier calls. These charging 
units can be adapted to add together advice of charge amounts which can be 
received periodically, as described in greater detail in Figure 3. 

15 It should be further emphasized that it is not significant for the 

invention where the price definition element of the advice of charge and the 
service logic of the service using it are located. They can reside in different 
places. The price definition element can be made a fixed part of the service 
logic, even though their execution environments were in different places. 

20 Figure 2 shows an example of a logical price definition element (or, 

more precisely, the instance which implements it) AoC-l which calculates the 
advice of charge. In the first preferred embodiment, the price definition 
element is loaded into the execution environment EE in the serving network, 
preferably in the intelligent network service control point, during initiation of the 

25 service. The execution environment is preferably a Java virtual computer or 
the like, which does not in any way limit the structure and/or implementation of 
the price definition element. The invention can, however, be implemented in 
another kind of execution environment, too. The execution environment can 
also reside in a mobile station or another terminal. If the execution 

30 environment is in the serving network, using advice of charge in billing is 
slightly simpler and requires less signalling. 

In Figure 2, the price definition element has an interface 1 to the 
serving network SN, an interface 2 for the service provider SP and interfaces 3 
to the sub-providers CP for forwarding calculation parameter values and, 

35 naturally, an interface 4 to the mobile station MS for transmitting advice of 
charge data to the mobile station MS. If the service does not use sub- 
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providers CP, the price definition element associated with the service does not 
require the interface 3. Correspondingly, if the price definition element of the 
advice of charge does not need information from the serving network, the 
interface 2 can be left out of the element. The price definition element AoC-l 
5 may also have other interfaces than those shown in Figure 2. The price 
definition element may have an interface to the billing system, for instance. 
This way, advice of charge data can also be used as billing data. 

The price definition element receives calculation parameter values 
through interfaces 1 , 2 and 3. This data affecting the price formation include 
10 the amount of service usage, for instance used time or number of transmitted 
bits, and the amount of content transmitted to the user, for instance the 
number of map frames transmitted in a map service. Correspondingly, the 
price definition element can request calculation parameter values through 
these interfaces. The elements participating in providing the service monitor 
15 their billing data for each connection, if necessary, and can provide the values 
requested by the price definition element. The service provider usually agrees 
with the other parties participating in providing the service on what parameters 
will be used, how their values are forwarded and how the number of values 
are metered, for instance. This way, the service provider is able to create a 
20 price definition element for a service. 

In the first preferred embodiment of the invention, the price 
definition element AoC-l is adapted to request charging parameter values 
through the interfaces from the network elements that participate in providing 
and/or forwarding the service. The price definition element AoC-l of a map 
25 service, for instance, may comprise the following price formation mechanism: 
Advice of charge = service initiation fee + map charge + (amount of 
transmitted data)*(price/Mbyte) + (used time)*(price/second). 

To determine the amount of the service initiation fee, the price 
definition element is adapted to request it from the service provider SP through 
30 the interface 2. The amount of the map charge is checked from the local sub- 
provider CP through the interface 3. The amount of transmitted data and the 
used time is checked from the serving network SN through the interface 1 . The 
values of these parameters can be checked periodically or when releasing a 
connection depending, for instance, on whether it is a case of a one-time map 
35 delivery or monitoring one's own location on the map. The prices can be 
checked either from the service provider SP or the serving network SN. From 
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which of them they are checked depends on the definitions made by the 
service provider in the price definition element of the advice of charge AoC-P. 

In some embodiments, the service logic or a separate calculation 
parameter service logic takes care of requesting the calculation parameters. 
5 In the first preferred embodiment of the invention, the AoC-l is also 

adapted to receive changed parameter values, such as a change in the 
price/second data when the charge changes during a call, from the network 
elements participating in providing the service. In the first preferred 
embodiment, the AoC-l is also adapted to use the changed values in events 
10 occurring after their reception. For instance, used time is charged according to 
the earlier price before the change and according to the changed price after 
the change. 

Figure 3 shows an example of data transmission between logical 
connections according to the invention. Figure 3 starts in a situation where the 

15 user of a mobile station MS sends a service request to the serving network SN 
in message 3-1 . The serving network can be a visited mobile network VPLMN, 
for instance. A mobile switching centre MSC in the serving network notices 
that the service request concerns an intelligent network service and checks 
the address of the intelligent network service control point related to the 

20 service from the subscriber data in the visitor location register. In this example, 
it is the intelligent network service control point SCP1 of the service provider 
(for instance the home network HPLMN). The mobile switching centre MSC 
sends message 3-2 initiating the service logic to the SCP1. The SCP1 
receives the message, initiates the service logic and in message 3-3 loads the 

25 price definition element (AoC-l) associated with the service logic to the 
execution environment in the network. During loading, it preferably provides 
the addresses of the network elements (MSC, CP) participating locally in 
providing the service. They are obtained on the basis of the MSC which 
initiated the service logic, for instance. The addresses of its own network 

30 elements are preferably a fixed part of the price definition element, because 
they are standard information, i.e information which is the same to all service 
users regardless of where they are located. In the example in Figure 3, the 
execution environment is located in the service control point SCP2 of the 
serving network. In message 3-4, the SCP1 sends, according to the service 

35 logic instructions, a request to a network element of a sub-provider CP 
participating in providing the service. In message 3-4, the CP is requested to 
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send to the SCP1 the part of the service needed for providing the service, for 
instance a local map, with which the user can monitor his or her location in the 
centre of a new city. The network element of the sub-provider CP sends the 
requested part, for instance a map, in message 3-5 to the SCP1. After 
5 receiving it, the SCP1 sends the requested part (map) and location information 
it has possibly added to it in message 3-6 to the mobile switching centre which 
forwards it (the requested part and possibly added information) to the mobile 
station of the user in message 3-7. This way, the service has been made 
available to the user and it is continuously provided for him or her. The data 
10 transmission related to the actual provision is, however, not shown in the 
example. 

At the same time, the price definition element loaded onto the SCP2 
requests in messages 3-8 through the SCP2 the calculation parameter values 
it needs to provide the service from the network elements participating on a 

15 one-time basis in providing the service. In the example in Figure 3, these are 
the CP and the SCP1. The value of one or more parameters can be requested 
from one network element in one message. One-time basis refers to the fact 
that the parameter value does not change according to the use of the service. 
In addition, in the example in Figure 3, the SCP2 requests at certain intervals 

20 in messages 3-9 from the mobile switching centre MSC participating in 
providing the service information on used time. According to prior art, the 
mobile switching centre collects information on the used time, for instance. 
The SCP2 receives the parameter values it requested in messages 3-10. 

Because a value of a parameter whose value varies according to 

25 the time of the day was requested from the SCP1 , it stores in step 3-1 1 into its 
cache, for instance, the data that it needs to send the possibly changing 
parameter value to the price definition element in SCP2. 

When the SCP2 has obtained all necessary parameter values, it 
starts calculating the advice of charge in step 3-12. Next, it sends periodically 

30 or at predefined intervals the advice of charge to the mobile station in 
messages 3-13 and to the billing system BS in messages 3-14. This provides 
the advantage that information need not be collected separately for billing, 
whereby the signalling load decreases. In some other embodiments, the 
advice of charge can be sent only after the call which initiated the service is 

35 ended. It is also possible to send messages 3-13 periodically and message 3- 
14 only after the call which initiated the service is ended. Sending messages 
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3-13 and 3-14 need thus not occur at the same time. By periodical sending, 
the data becomes more real-time as does charging prepaying subscribers, for 
instance. 

In Figure 3, while the call which initiated the service is still ongoing, 
5 it is detected in step 3-15 in the SCP1 that the parameter value sent to the 
SCP2 has changed. Therefore, the SCP1 sends in message 3-16 the changed 
parameter value' to the SCP2 where it is updated for use by the calculation 
algorithm in step 3-1 7. After this, the advice of charge is calculated with the 
new parameter value. 

10 Calculating the advice of charge is continued until the user no 

longer needs the service and sends a notification of this in message 3-18. The 
mobile switching centre MSC sends information on this in message 3-19 to the 
SCP1 and the SCP1 stops the calculation of the advice of charge by sending 
message 3-20 through the SCP2 to the price definition element. At the same 

15 time, the SCP1 deletes from its cache information on parameter value 
updating concerning this particular price definition element. 

It is also possible that the price definition element requests the 
parameter values it needs only after receiving message 3-20. This information 
could be the number of forwarded map frames. In such a case, the CP, for 

20 instance, should be adapted to maintain information on the number of map 
frames it forwards. 

If other network elements than the SCP1 participating in providing 
the service have in their cache the information necessary for updating the 
parameter values, then depending on the application either the SCP1 or the 

25 price definition element through the SCP2 sends them a notification on the fact 
that the user has stopped using the service. The mobile switching centre MSC 
receives information on this in message 3-18. 

The parameter values can also be sent as a broadcast, in which 
case the price definition element must monitor the broadcasts of the network 

30 elements (or some of them) participating in providing the service and get the 
necessary parameter values from them. The price definition element can also 
request the parameter values at certain intervals to make sure that they 
correspond to the current situation. The implementation manner depends on 
the agreements made between the service provider and the other parties and 

35 on how the functions have been defined in the price definition element. 
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In another embodiment of the invention, the SCP1 can, instead of 
messages 3-4, 3-5 and 3-6, send in message 3-4 according to the instructions 
of the service logic an instruction to the mobile switch ing N centre MSC to 
request from the network element of the sub-provider CP participating in 
5 providing the service the part needed for the service, which part the MSC then 
requests from the CP in message 3-5 and receives in message 3-6. 

In another embodiment of the invention, the service logic in the 
SCP1 can check before sending message 3-3 whether the subscriber 
requesting the service is a prepaying subscriber or a subscriber who will be 
10 billed afterwards. If the subscriber is a prepaying subscriber, a price definition 
element is loaded on the SCP2 to send the advice of charge periodically to the 
billing system. Otherwise, a price definition element is loaded to send the 
advice of charge to the billing system only after the user has stopped using the 
service. These alternative price definition elements are otherwise the same; 
15 their price formation mechanism and the necessary parameter values are the 
same. It is, however, possible to reduce the signalling load in the network with 
this kind of separation. 

The signalling messages described above in Figure 3 are for the 
purpose of illustration only and may comprise several separate messages for 
20 transmitting the same information. The messages may also contain other 
information. Other signalling messages can also be used to transmit 
information. It is also not necessary to send all the described messages, 
messages 3-14, for instance, are not sent in all embodiments. Depending on 
the service and used data transmission system, other network elements, to 
25 which various functionalities have been distributed, can also participate in data 
transmission and signalling. A serving support node SGSN of a general packet 
radio service GPRS can, for instance, be used instead of the mobile switching 
centre. The presented messages illustrate one example only and their order, 
for instance, is not significant. If the execution environment is in the mobile 
30 station, the signalling messages of the SCP2 can be set to be transmitted by 
the mobile station. 

It is obvious to a person skilled in the art that while technology 
advances, the basic idea of the invention can be implemented in many ways. 
The invention and its embodiments are thus not limited to the examples 
35 described above, but may vary within the scope of the claims. 
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CLAIMS 

1. A method for calculating advice of charge for a 
telecommunications system service, characterized in that in the 
method: 

5 at least one price definition element is maintained in the 

telecommunications system, 

an indication of the price definition element used for calculating the 
advice of charge for the service is associated with the service, and 

the advice of charge of the service is calculated by the indicated 
10 price definition element. 

2. A method as claimed in claim 1, characterized in that in 
the method the price definition element is indicated by associating it with the 
service logic of the service. 

3. A method as claimed in claim 1, characterized in that in 
15 the method the price definition element is indicated by associating its identifier 

with the service logic of the service. 

4. A method as claimed in claim 1, characterized in that in 
the method 

at least two different price definition elements are maintained in the 
20 telecommunications system, of which one is a standard price definition 
element and the others are dedicated price definition elements, 

the dedicated price definition element to be used is indicated by 
associating it with the service logic of the service, and 

the advice of charge of the service is calculated by the standard ' 
25 price definition element, if there is no price definition element associated with 
the service logic. 

5. A method as claimed in claim 1, characterized in that in 
the method 

at least two different price definition elements are maintained in the 
30 telecommunications system, of which one is a standard price definition 
element and the others are dedicated price definition elements, 

the dedicated price definition element to be used is indicated by 
associating its identifier with the service logic of the service, and 
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the advice of charge of the service is calculated by the standard 
price definition element, if there is no identifier of price definition element 
associated with the service logic. 

6. A method as claimed in any one of the preceding claims. 
5 characterized in that in the method 

the parameter values to be used in the price definition element are 
requested from the system components participating in providing the service, 
and 

said parameter values are given as input for the price definition 

10 element. 

7. A method as claimed in claim 6, characterized in that in 
the method 

a change in the calculation parameter value is detected in a system 
component participating in providing the service, and 
15 tne parameter value used by the price definition element is updated 

to correspond to the changed value. 

8. A method as claimed in any one of the preceding claims, 
characterized in that in the method the advice of charge is transmitted 
to the billing system. 

20 9. . A method as claimed in any one of the preceding claims, 

characterized in that the advice of charge is transmitted at predefined 
intervals. 

10\ A telecommunications system (UMTS) comprising at least 
a service provider (SP) for providing a service to subscribers, 
25 a serving network (SN) for forwarding the service to a user, and 

an execution environment (EE) for calculating the advice of charge 
of the service, 

characterized in that 

the service provider (SP) is adapted to indicate the price definition 
30 element (AoC-l) to be used in the advice of charge of the service, and 

the execution environment (EE) is adapted to calculate the advice 
of charge of the service by the indicated price definition element (AoC-l). 

11. A telecommunications system (UMTS) as claimed in claim 10, 
charact riz din that the service provider (SP) is adapted to indicate 
35 the price definition element to be used by loading it in the execution 
environment (EE). 
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12. A telecommunications system (UMTS) as claimed in claim 10 
or 11, characterized in that 

the price definition element (AoC-l) is adapted to request the 
calculation parameter values it needs from the system components (SP, SN, 
5 CP) participating in providing the service, and 

the system components (SP, SN, CP) are adapted to transmit the 
calculation parameter values to the price definition element (AoC-l). 

13. A telecommunications system (UMTS) as claimed in claim 12, 
characterized in that 

10 tne system component (SP, SN, CP) participating in providing the 

service is adapted, as a response to a change in the calculation parameter 
value, to transmit the changed value to the price definition element (AoC-l), 
and 

the price definition element (AoC-l) is adapted, as a response to a 
1 5 changed value, to update the calculation parameter value. 

14. A telecommunications system (UMTS) as claimed in claim 10, 
11. 12 or 13, characterized in that the price definition element (AoC-l) 
is adapted to forward the advice of charge of the service to the billing system 
(BS). 

L 

20 15. A telecommunications system (UMTS) as claimed in claim 14, 

characterized in that the billing system (BS) is a prepaid system. 

16. A telecommunications system (UMTS) as claimed in claim 11, 
12, 13, 14 or 15, c h a r a c t e r i z e d in that the execution environment (EE) 
of the price definition element is in the serving network (SN). 

25 17. A telecommunications system (UMTS) as claimed in claim 11, 

12, 13, 14 or 15, characterized in that the execution environment (EE) 
of the price definition element is in the mobile station (MS) of the user of the 
service. 

18. A network element (SCP1) of a telecommunications system, 
30 which is adapted to contain a service logic (SLP) or an address to a service 
logic, with which service logic the service is provided, 
characterized in that 

the network element (SCP1) is adapted to associate the service 
logic (SLP) and a price definition element (AoC-P) used in calculating the 
15 advice of charge of the service with each other and to indicate the price 
definition element when the service logic is used. 
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19. A network element as claimed in claim 18, 
characteriz d in that the network element (SCP1) is adapted to 
indicate the price definition element by loading it into the telecommunications 
system when the service logic is initiated. 
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